home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19990422-19990725 / 000098_news@watsun.cc.columbia.edu _Wed May 26 13:22:52 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@watsun.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA09149
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Wed, 26 May 1999 13:22:52 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id MAA15813
  7.     for kermit.misc@watsun.cc.columbia.edu; Wed, 26 May 1999 12:54:50 -0400 (EDT)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman)
  10. Subject: Re: kermit process hangs around after terminal disconnect
  11. Date: 26 May 1999 16:54:48 GMT
  12. Organization: Columbia University
  13. Message-ID: <7ih90o$fe2$1@newsmaster.cc.columbia.edu>
  14. To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <7ih1du$rfg$1@nnrp1.deja.com>,
  17. Mr. Scott  <scott_davis@my-dejanews.com> wrote:
  18. : 
  19. : > Which indicates that your Telnet connection was no longer valid
  20. : because
  21. : > the AIX box did not recognize that the connection was terminated.  If
  22. : the
  23. : > AIX box received the connection closure it would have terminated the
  24. : > shell, the kermit process, and anything else that you were running.
  25. : 
  26. : Okay, now it's your turn to explain a bit more.
  27. : 
  28. : Are you saying that my Procomm session disconnected without realizing
  29. : it was disconnected and without sending some sort of message to UNIX
  30. : saying "hey, i have disconnected", and therefore UNIX didn't clean up.
  31. : Wouldn't UNIX sense a broken connection even though a nice, neat, "hey,
  32. : I'm disconnected" message didn't arrive?
  33. : 
  34. : One thing I can see clearly now, and thanks in advance for leading me
  35. : to think it out myself.  That is, I understand why kermit is hanging
  36. : around.  Obviously, if UNIX thinks I'm still running my shell, there's
  37. : no reason to send a HUP to kill kermit.  But why does it still think
  38. : I'm running my shell when my session terminated?  I know this goes back
  39. : to the previous paragraph's question, and I await what I'm sure will be
  40. : a very interesting answer.
  41.  
  42. >From the standpoint of the Unix side of the connection everything is
  43. perfectly fine.  It has not received any data in a long time but there
  44. is no requirement that it ever receive any data.  Nor has it tried
  45. to send any data therefore as far as it is concerned everything
  46. is ok.
  47.  
  48. >From the Procomm side, it looks to me that Procomm is not checking the
  49. error code of attempts to write to the socket.  If it did it would 
  50. eventually determine that the route between the PC and AIX is no
  51. longer functioning.  The problem could be caused by extremely high
  52. packet loss rates over the Internet or a router which has been 
  53. restarted.  
  54.  
  55. What Kermit 95 would do in this situation would be to check the error
  56. condition of each attempt to write data.  The first attempt to send
  57. data on a broken connection would not report an error but all future
  58. attempts would fail.  Once a failure was detected K95 would close 
  59. the connection.  However, this might not help you.  If the cause of
  60. your problem is a router that is no longer functioning, there is no
  61. way for the PC to indicate to the AIX box that this particular 
  62. TCP/IP connection is being closed.  
  63.  
  64. If you want the host to detect that the connection is no longer
  65. valid, the telnetd will have to be modified to attempt to send some
  66. message on a periodic basis to test the connection.  This could be
  67. a telnet go ahead or a telnet data mark message.  Anything that the 
  68. client will process and not respond with real data.
  69.  
  70.     Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2
  71.                  The Kermit Project * Columbia University
  72.               612 West 115th St #716 * New York, NY * 10025
  73.   http://www.kermit-project.org/k95.html * kermit-support@kermit-project.org